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(54) METHODE DE TRANSMISSION DE DON N EES REPRESENTATIVES DE SEQUENCES D'IMAGES ET DE SONS. 



(§7) La presente invention concerne un precede de trans- 
mission de donnees representatives de sequences dama- 
ges et de sons entre une unite serveur (10) et au moins 
une unite client (20) via un reseau (30), lesdites donnees 
d'images et de sons etant arrangees en trames successi- 
ves. 

II consiste a, cote unite serveur (1 0), emettre, sur ledit re- 
seau (30), lesdites donnees trame ap res trame, a, cote 
unite client (20), stocker les trames recues de I'unite ser- 
veur (10) dans une memoire tampon (22), et a lire les tra- 
mes stockees dans ladite memoire (22) pour la reproduc- 
tion des images et des sons lies auxdites trames lues. 

La presente invention conceme egatement un systeme 
de transmission pour la mise en oeuvre dudit process. 
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La presents invention concerne una methods de transmission da 
donnees representatives de sequences d' images et de sons, par exemple 
des sequences de films numeriques codes notamment selon la norme dite 
MJPEG. I* ' invention trouve application dans la consultation en temps 
reel de sequences video et sonores constituant un film et stockees 
sur des serveurs distant a, ladite consultation se faisant sur de 
longues distances via des r 6 Beaux IP. 

Les films KJPEG sont const itues d'une suite d' images fixes 
codees ind6pendamment les unes des autres. Dans des applications 
connues qui utilisent un protocole de type NFS (Network Pile System) 
la transmission d*une station UNIX serveur vers une station client se 
fait image par image. Les acces a des fichiers deportds se font, de 
manidre transparente, au fur et a mesure des besoins par des requetes 
au serveur. Ainsi, le client €met une requfite de 1* image num6ro n du 
film, laquelle eat recue par le serveur qui transmet alors au client 
1* image requise. Ce processus est recommence & chaque image du film. 

Au cours de premiers essais realises sur un r6seau ATM, il est 
apparu que lea dfilais de transmission dus au temps de propagation sur 
le r6seau avaient une influence sur la restitution video. Ainsi, sur 
de longues distances de transmission pour lesquelles les temps de 
propagation des donnees n'est pas negligeable devant le temps de 
restitution des images requises, on a pu constater que la restitution 
des images et du son associe pouvait se fairs de manidre hachee. 

Le but de 1' invention est de proposer un proc6d£ de transmission 
de donnees representatives de sequences d f images et de sons qui 
puisse supporter les longues distances evantuelles entre 1' unite 
serveur et 1' unite client. 

A cet effet, il cons is te a, cdte unit* serveur, emettre, sur 
ledit reseau, lesdites donnees trame aprds trame, cflte unite client, 
a stocker les trames recues de 1 1 unite serveur dans une memoire 
tampon, et a lire les trames stockees dans ladite memoire pour la 
reproduction des images et des sons lies auxdites trames lues. 

Selon une autre caract6ristique de 1* invention,- chaque trame 
comporte un champ de donnees dans lequel sont stock6es les donn6es 
utiles et un champ identif icateur dans lequel sont notamment d6finis 
le num6ro de 1' image a laquelle appartient ladite trame, le numero de 
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ladite trame dans ladite image, la nombre da trames dana ladite image 

at la taille do ladite image. 

Solon una autre caracteristique do 1- invention, lodit champ 

idontificatour oat place en queue do trame, chaque trame etant 
5 stockee dana la memoire da 1' unite client on rocouvrement du champ 

idontificatour do la trame precedemment atockee. 

Selon une autre caracteristique do 1' invention, il consisto a 

omettre, c6te unite client et periodiquement, dea donnees do controls 

vara 1' unite serveur, lesdites donneea de controle comportent dea 
10 donneea aur la taille de l'espace de atockago diaponible en ecriture 

libre dans ladite memoire tampon, 1 'unite aorveur ne transmettant une 

nouvello trame que lorsque leadites donneea indiquent une taille 

dudit ospace auffiaante pour la atocker. 

Selon une autre caracteristique de l'invontion, leaditea donneea 
15 de contrtlo comportent encore dea donneea aur le numero de la 

dernidro trame rogue par 1 'unite client. 

Selon une autre caracteristique de l'invontion, il consist© a 

emettre, cfite unite client, dea donneea do commando vers 1' unite 

aervour, leaditea donneea de commando etant represent ativea de 
20 commandea do demande d'un film et d' interruption de tranamiaaion d'un 

film, at d'avertissement de la fin de film. 

Selon une autre caracteristique de l'invontion, leaditea donneea 

do contrdlo et leaditea donneea de commando sont transmises sur le 

reaeau en mode connects alors que lea tramoa d' images et de sona aont 
25 tranamiaea en mode non connecte. 

La presente invention concerne egaloment un systeme de 

transmission de donnees representatives do sequence d' images et de 

aona pour la miao en oeuvre du proced© dont lea caracteriatiquea 

eesontiellea viennent d'etre exposees. Lodit systeme comprend une 
30 unite aervour et au moins une unite client tranamettant lesdites 

donnees via un reseau, lesdites donnees d' images et de sons etant 

arrangees en trames auccesaivea. 

II est caracterise en ce que 1' unite aorveur comporte une unite 

d* emission prevue pour emettre lesdites donnees trame aprds trame, en 
35 ce que chaque unite client comporte une memoire tampon pour stocker 

les trames rogues de 1' unite aorveur et une unite de restitution 
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prdvue pour lire lea trames stockdes dans ladite mdmoire et pour 
reproduire 1' image et les sons lids auxdites trames lues. 

Selon une autre caractdristique de 1* invention, 1'unitd client 
est prdvue pour dmettre pdriodiquement des donndes de contrdle vers 
1'unitd serveur, lesdites donndes de contrdle comport ent des donnees 
sur la taille de 1 ' espace de stockage libra dans ladite memo ire 
tampon, 1* unite d' emission de 1'unitd serveur ne transmettant une 
nouvelle trame que lorsgue ledit espace est suff leant pour la stocker 
dans ladite memo ire. 

Selon une autre caractdristique de 1' invention, lesdites donnees 
de contrdle comportent encore des donnees sur le numdro de la 
derniere trame recue par 1' unite client. 

Selon une autre caractdristique de 1' invention, 1* unite client 
est prdvue pour dmettre des donnees de commands vers 1' unite serveur, 
lesdites donnees de comroande etant representatives de comma ndes de 
demande d'un film et d 1 interruption de transmission d'un film, et 
d' avert is semen t de la fin dudit film. 

Selon une autre caractdristique de 1' invention, 1* unite serveur 
et 1'unitd client comportent respectivement des unitds de gestion 
prdvues pour transmettre entre elles lesdites donnees de contrdle et 
lesdites donndes de commande sur le rdseau en mode connect 6. 

Selon une autre caractdristique de 1* invention, ladite mdmoire 
tampon de 1'unitd client comporte une zone dans laquelle sont 
mdmorisdes les trames qui ont dtd recues jusqu'ici et qui n'ont pas 
dtd encore lues et une zone d 1 informations sur la transmission en 
cours, lesdites informations consistant en la taille disponitole en 
dcriture dans ladite mdmoire, l'adresse de la prochaine trame a lire 
par 1'unitd de restitution et l'adresse a laquelle devra dtre dcrite 
la prochaine trame recue. 

Selon une autre caractdristique de 1* invention, ladite mdmoire 
tampon comporte encore une zone dans laquelle est stockd le numdro de 
la derniere trame recue. 

Selon une autre caractdristique de 1' invention, 1'unitd serveur 
comporte une unitd de stockage et une mdmoire tampon, ladite mdmoire 
tampon comport ant une zone dans laquelle sont mdmorisdes les trames a 
dmettre par 1'unitd d'emission vers une unitd client et une zone 
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d' informations sur la transmission en cours, lesdites informations 
consistant en la taille de l'espace disponible an ecriture dans 
ladite memoire, l'adresse de la prochaine trame a lire par 1' unite* 
d f emission et l'adresse a laquelle devra fttre ecrite la prochaine 
5 trame recue de 1' unit 6 de stockage. 

Selon una autre caracteristique de 1' invention, ladite memoire 
tampon comporte encore une zone dans laquelle est stocked la valeur 
de la taille de l'espace disponible pour ecriture dans la memoire de 
1' unit 6 client. 

10 Selon une autre caracteristique de 1* invention, ladite unite 

serveur comporte une unite de commando prevue pour commander la 
lecture d'une trame dans la memoire et son emission vers 1' unite 
client par 1* unite d' emission lorsque ladite valeur de taille est 
superieure a la taille de ladite trame. 
15 Lea caracteristiques de 1* invention mentionnees ci-dessus, ainsi 

que d'autres, apparaitront plus clairement a la lecture de la 
description suivante d'un exemple de realisation, ladite description 
etant faite en relation avec les dessins joints, parmi lesquels: 

la Fig. 1 est schema synoptique d'un systeme de transmission de 
20 donnees selon la presente invention, 

la Fig. 2 illustre la structure des donnees d' image et de sons 
associes en trames success ivea, 

la Fig* 3 illustre la structure des messages de contrdle et de 
commande 6chang6s par 1' unite serveur et 1' unite client, 
25 la Pig. 4 illustre la structure de la memoire tampon de 1' unit 6 

serveur, 

la Fig. 5 illustre la structure de la memoire tampon de 1* unite 
client, et 

les Figs. 6a et 6b illustrent le principe de stockage des 
30 donnees d' image dans la memoire de 1' unite client. 

A la Fig. 1, on voit une unite* 10, dite par la suite unit6 
serveur et une autre unitd 20, dite par la suite unite client* Biles 
sont reliees entre elles, d'une part, par une liaison 
unidirectionnelle 30 d'un r£seau, par exemple un reseau commute de 
35 type ATM, d* autre part, par une liaison bi-directionnelle 40 du meme 

rtseau. 
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Les liaisons 30 et 40 n'ont pas necessairement des realites 
physiques mais reprfsentent plutfit deux couches differentes du memo 
reseau. La liaison 30 est effectuee en mode sans connexion (par 
example, couche ODP) et la liaison 40 est effectuee en mode orients 

5 connexion (par exemple, couche TCP) ♦ La premiere assure un d6bit 

important alors que la seconde assure une s6curit6 importante des 
donneea tranamises. 

L 1 unite serveur 10 eat esBentiellement constitute d'une unitfi de 
stockage 11 apte a delivrer des donneea de film, par exemple au 

10 format MJFEG. Bile comprend encore une memoire tampon 12 dont une 

entree d'ecriture est reliee a la sortie de 1* unite de stockage 11 et 
dont une sortie de lecture est relive k V entree d'une unite 
d'emission 13. L'unite d'emission 13 est prevue pour emettre les 
donneea qu'elle a lues dans la memoire tampon 12. 

15 L'unitS serveur 10 comprend encore une unitS de gestion 14 qui 

est reliee a une entree d'ecriture ainsi qu'a une sortie de lecture 
de la memoire tampon 12. L' unite 14 est prevue pour emettre des 
messages de commande et de contrdle par la liaison 40 en direction 
d'une unit6 client ainsi qu'en recevoir d'une unitfi client. 

20 Une unitfi de commande 16 est reliee 1'unitS de stockage 11, a la 

memoire 12, a l'unit6 d'emission 13 et 1' unite de gestion 14 pour 
assurer la commande de l'echange des donneea entre ces differentes 
unites 11 a 14 et, ce, via la memoire 12 comma cela sera explique 
ci-dessous. 

25 L'unite client 20 est essentiellement constitute d'une unite de 

reception 21 apte a recevoir les donnees de film qui sont tranamises 
par la liaison 30 par une unite serveur 10 et a les dtlivrer a une 
entree d'ecriture d'une memoire tampon 22. Une sortie de lecture de 
la memoire tampon 22 est reliee I V entree d'un dispositif de 

30 restitution 23. 

L' unite client 20 comprend encore une unite de gestion 24 qui 
est reliee a une entree d'ecriture ainsi qu'a une sortie de lecture 
de la memoire 22. Bile est prevue pour emettre des messages de 
commande et de controle sur la liaison 40 en direction d'une unite 

35 serveur ainsi qu'en recevoir, d'une unitt serveur. 
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Une interface utilisateur 25 est reliee 1 une entree d'ecriture 
da la memoire tampon 22. 

Une unite de coamande 26 eat reliee aux unites 21 a 25 pour 
assurer l'echange de donnees entre ellea et, ce, notamment par 
5 l'intermfidiaire de la memoire tampon 22 conne cela sera explique ci- 

dessous. 

On va maintenant expliquer le fonctionnement da a unites 10 et 

20. 

Dans la suite de la description, on appelle une sequence video 
10 une suite d' images fixes qui sont codees lee unes independamment des 

autres. Une telle sequence est par exemple une sequence au format 
MJPEG. 

Pour 1' amis s ion d'une telle sequence video par une unit 6 serveur 
10, l'unit6 de coamande 16 de ladite unite serveur 10 commande, d'une 

15 part, la lecture des donnees d' image, image aprds image, dans 1' unite 

de stockage 11 et, d' autre part, leur stockage temporairement dans la 
memoirs tampon 12. Bile commande egalement 1* unite d' emission 13 pour 
la lecture des donnees d' image stockees dans la memoire 12 et pour 
leur transmission a une unite client 20. 

20 Cette transmission a lieu de manidre asynchrone avec le 

dispositif de restitution 23 de 1* unite 20. Pour ce faire, les 
donnees d' images emises par 1' unite d' emission 13 de 1' unite 10 sont 
regues par l'unite de reception 21 de l'unite client 20 et sont 
ensuite, sous la commande de l'unite de coamande 26, stockees dans la 

25 memoire tampon 22 de l'unite 20. Le dispositif de restitution 23 
effectue la lecture des donnees qui sont stockees dans la memoire 22 
et ce, 4 sa cadence de restitution. Ces operations sont effectutes 
sous la commande de l'unite de commande 26. 

Contrairement au procede de transmission de l'art anterieur, 

30 l'unite client 20 n' accuse pas reception des donnees d'une Image. II 
en results que l'unite serveur 10 peut emettre les donnees d' image a 
une cadence plus elevee, n* attendant pas un accuse reception avant 
d' emettre. 

Le procede de transmission qui vient d'etre decrit tire profit 
35 du fait que chaque sequence video est codee en une suite d' images 
fixes codfies independamment les unes des autres. En effet, ceci 
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permet au processus de restitution mis en oeuvre par le dispositif 23 
de tolerer facilement la perte d'une image, n'entrainant qu'une 
perturbation ponctuelle qui ne se repercute paa sur lee autres images 
de la sequence. 

5 Lea differentea images compos ant una sequence video n'ont pas la 

meme taille qui, par ailleurs, est relativement import ante, de 
I'ordre de 20 a 50 Kilo-octets* Aussi, chaque image n'est paa 
transmise en une aeule fois maia elle est au contraire decoupee en 
une pluralite de trames emises lea unes consecutivement aux autres. 
10 Chaque trame TR comport e, comme cela est represented k la Fig. 2, un 

champ DON dans lequel sont atockeea lea donneea utilea et un champ 
identificateur ID, entete ou queue de trame (comme cela eat 
represente), dana laquelle aont definiea lea informations auivantea: 
le numero de 1* image considered n,, le nombre de trames n TR pour 
15 1' image considered, le numero de la trame courante N et la taille de 

1' image T. Cea informations contenuea dana I'entfite ID permettent 
d* assurer une bonne reconstruction de 1' image au niveau du dispositif 
de restitution 23. 

Par example, 1* unite client 20 peut comparer lea champs 
20 identificateurs ID des deux dernieres trames TR t et TR 2 qu'elle vient 

de recevoir et en deduire si une trame a ete ou n'a pas ete perdue. 
On notera que 1 1 information concernant la taille de 1' image T qui se 
trouve dana la dernidre trame d'une image permet de determiner la 
quantity de donneea aignif icatives dans cette image. 
25 Le principal probleme pose par le procede tel qu*il vient d'itre 

decrit est le risque de pertes de donneea d' images par congestion de 
la memoire tampon 22 de 1* unite client 20. Pour reaoudre ce probleme, 
1* unite de geation 24 de 1' unite client 20 tranamet periodiquement a 
1' unite de geation 14 de 1' unite aerveur 10 des donneea de contrdle. 
30 Cea donneea servent au processus d* emission, par 1' unite d* emission 
13, des donneea d' image. 

Selon un mode de realisation, lesditea donneea de contrdle aont 
constitutes, d'une part, du numero de la derniere trame regue par 
1* unite de reception de 1' unite client 20 concern© et, d'autre part, 
35 de la taille de I'espace de stockage libre dans la memoire tampon 22 
aprda cette reception. Ces donneea de contrdle aont transmises 
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periodiquement par l f unite de gestion 24 de 1' unite client 20 et, cm, 

par la liaison an mode connecte 40. 

Sur la base de ces donnees de contrdle, 1' unit 6 d' emission 13 

eat commandee, par V unite de commande 16 , pour transmettre la trame 
5 euivante de la sequence en cours et, ce, seulement si l'espace libre 

dans la memo ire tampon 22 est de taille suffisamment important pour 

pouvoir stocker ladite trame. 

Ainsi, 1* unite serveur 10 gere une structure represent ant une 

image de la memoire tampon 22 de l'unit$ client 20. Cette structure 
10 lui permet de determiner de fagon certaine si V unite client 20 peut 

accepter une nouvelle image et, si oui, de lui transmettre cette 

nouvelle image. La probleme de congestion de la memoire tampon 22 est 

done ainsi rfisolu. 

La transmission de donnees de control* entre l'unit6 de gestion 
15 14 de V unite serveur 10 et 1' unite de gestion 24 de 1* unite client 
20 permet egalement la gestion d'une demande d'un film effectuee par 
une unite client 20, la fin de la transmission dudit film et une 
demande d' interruption emanant d'une unite client 20. 

Lea unites de gestion 14 et 24 sont ainsi prevues pour emettre 
20 des messages dont la structure est celle qui est representee a la 
Fig. 3. Le champ cde permet de coder le type de message de commande 
ou de contrfile envoye, les autres champs ftant pertinents ou pas 
selon le type de message concerne. 

Ainsi, pour une commande de demande de transmission d'un film, 
25 le message est le suivant: 

DEMANDS t nam : l fl ou nam est le nom du fichier qui est 
stocke dans V unite 11 de V unite serveur 10 et qui contient la 
sequence desiree et l g indique la longueur de la chains. 

De mtee pour 1 ' interruption d'une transmission d'un film, le 
message est le suivant: 

ZXXKXXDPXXOir . II n'y a pas d' autres champs signif icatif s A 

preciser. 

Enfin, pour une commande de fin de film, le message est le 
^ suivant : 



30 
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PXH • XI n * y * 1ft non plus pas d ' autres champs 
eignificatifa. 

Comma cela a 4te deer it precSdemment , I* unite de gestion 24 de 
!• unite client 20 tranemet dea donnees de contrdle 4 l'unitfi dea 
gestion 14. Le message ainsi transmis est le suivant: 

M&J : Tr : Hr ou Mr indique le numero de la derniere trame 
recue par 1' unite de reception 21 de 1' unite client et Tr precise la 
place libra dans la memoire tampon 22 de l'unit* client 20. 

Generalement, les sequences video transmises par una unit* 
serveur 10 comprennent un entftte dans lequel sont fftockees des 
donnees caracteristiques de la sequence considered, comma la 
resolution, le nombre d' images par second*, etc. Contrairement aux 
donnees d' images, ces donnees caracteristiques ne peuvant etre 
perdues lora du processus de transmission ft una unite client 20. 
Aussi, il est pref arable de les transmettre ft l'unita* client 20 par 
le reseau 40 avec un accuse reception. Las massages d' envoi d'un 
enteto et d' accuse reception sont alors respect ivemant les suivants: 

SHTBXB : aom ou nom contient la structure decrivant 
20 l'entete du fichier video demand*, et 

XCX sans autres champs signif icatif a. 
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Alors que la premier message est amis par 1 'unite de gestion 14 
vers V unite de gestion 24, le second message est amis par 1' unite de 
25 gestion 24 vers 1' unite de gestion 14. 

La memoire 12 de 1* unite* serveur 10 fonctionne en tant que 
memoire tampon entre 1' unite de stockage 11 et 1- unite d' emission 13. 
Entre ces deux unites 11 et 13 est ainsi mis an place un processus 
par lequel 1' unite de stockage 11 place directement le resultat de la 
30 lecture du fichier dans la memoire 12 ou il est directement 

accessible par 1' unite d' emission 13. 

Ce processus permet d'optimiser les accda au fichier. Par 
exemple, si 1' unite d'emission 13 n'emet plus de donnees d'images, 
parce que la memoire 22 de 1' unite client 20 n'est pas susceptible 
35 d'en stocker, 1' unite de stockage 11 continue ft acceder au fichier et 

ft assurer le stockage dans la memoire 12. 
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La memoire 12 assure egalement le transfert de donnees entre lea 
differentes unites 11 a 14 at, ce sous la comnande de 1' unit 6 de 
comma nde 16* 

La structure de la memoire 12 est montree a la Fig. 4. Elle 
5 comporte essentiellement trois zones 12 1# 12 2 et 12 3 dans lesquelles 

sont respect ivement memorisfies des variables d'6tat ET, des donntes 
d* informations diver see INF et les donntes d' images DON proprement 
dites. 

Chaque variable d'etat ET d6finit, pour une des unit 6s 11 a 14, 
10 son mode de fonctionnement. 

Les donntes d* informations INF d£finissent des informations sur 
la transmission en cours et sont utilistes par les unite* 11 a 14 
pour leur fonctionnement. 

En fin, les donn€es d' images DON qui ont 6t6 lues dans l'unit£ de 
15 stockage 11 sont stockees dans la troisidme zone de la memoire 12. 

La gestion de la memoire 12 entre 1' unit 6 de stockage 11 et 
1" unite* d* emission 13 est faite suivant le principe d'une file 
circulaire accessible en product eur/consommateur. Trois donntes 
d' information permettent de dfifinir l'fitat de la zone de donnees de 
20 la memoire 12* Ainsi, 1'unitS 11 et l'unitfi d' emission 13 d$terminent 

d'aprds ces donnees s'ils peuvent lire respect ivement 6crire et, si 
oui, a quelles adresses de la zone memoire. 

Ces trois donnees sont nommees: Taillm, ADR, ADW. 

La variable Taille indigue le nombre de blocs libres de la 
25 memoire 12 dans lesquels peuvent §tre memorisees des donnfiee d' image. 

La donnSes ADR indique l'adresse du premier bloc disponible en 
lecture. La variable ADW indique l'adresse du premier bloc disponible 
en 4criture. 

L' unite de stockage 11 et 1' unite* d* emission 12 accident a la 
30 donnees Tallle aussi bien en lecture qu'en ecriture. L* units de 

stockage 11 gere la donnee ADW et l'unitft d< emission 13 gere la 
donn£es ADA* 

L' unit 6 de stockage 11 lit, dans la memoire 12, la donnSe Taiile 
et si le nombre de blocs que cette donnee repreeente est supexieur a 
35 un nombre pr6d6termin6, elle effectue la lecture du fichier demand^ 
et son stockage dans la memoire 12 a l'adresse qui est dfifinie par la 
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donnee ADV. Puis, elle stocke, dans la memoire 12, la donnee Tallle 
et la donnee ADW reactualisees. 

De meme, 1 * unite d * Emission 13 lit, dana la memoire 12 , la 
donnee Tallle et ei le nombre de blocs qu'elle represents est 

5 super ieur a un nombre predetermine, elle effectue la lecture des 

donnees d' images qui sont stockees dans la memoire 12 a l'adresse qui 
est ddfinie par la donnee ADA. Puis, elle stocke la donnee Tallle et 
la donnee ADR reactualisees. 

Dans la memoire 12, sont egalement stockees des donnees de 

10 controle mentionnees ci-dessus, a savoir le numero de la derniere 
tramp recue Mr par 1' unite client 20 concerns et la taille Tr de 
1 ' espace de stockage disponible dans la memoire tampon 22 . Ces 
donnees de controls sont periodiquement envoyees par 1* unit 6 client 
10 sur le reseau 40, A leur reception par I'unite de gestion 14, 

15 elles sont directement stockees dans les emplacements correspondants 

de la memoire 22. 

Ces donnees de contrdle sont utiliaees par I'unite d' emission 
13. En effet, avant d'emettre des donnees d f images, I'unite 
d' emission 13 estime, a partir de la donnee de contrfile Xr ci-dessus, 

20 1' espace de la memoire 22 necessaire et determine si ces donnees 
d' images pourront etre ou pa a stockees dans la memoire tampon 22. 

La memoire 22 de I'unite client 20, quant a elle, fonctionne en 
tant que memoire tampon entre I'unite de reception 21 et I'unite de 
restitution 23. Entre ces deux unites 21 et 23 est ainsi mis en place 

25 un processus par lequel 1* unite de reception 11 place directement les 
donnees d v images qu'elle vient de recevoir dans la memoire 22 ou 
elles sont directement accessibles par I'unite de restitution 23. 

La memoire 22, a I'instar de la memoire 12, assure egalement le 
transfert de donnees entre les differentes unites 21 a 24 et, ce sous 

30 la commando de I'unite de commande 26* 

La structure de la memoire 22 est montree a la Fig. 5. Elle 
comporte essentiellement trois zones 22 1# 22 2 et 22 3 dans lesquelles 
sont respect ivement memorisees des variables d'etat ET, des donnees 
d' informations diverses INF et les donnees d* images DON proprement 

35 dites. 
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Chaque variable d'etat ET dfifinit, pour une dea unites 21 a 25, 
■on node de fonctionnement. 

Lea donnees d* informations INF de finis sent des informations aur 
la transmission en cours et aont utilisees par lea unites 21 a 25 
5 pour leur fonctionnement. 

Enfin, lea donnees d' images DON qui ont 4t6 regues par l'unit6 
de reception sont 8tockees dans la troisieme zone de la memoire 12* 

La geation de la memoirs 22 entre 1* unit 6 de reception 21 et 
1' unite de restitution 23, a l'instar de cells de la meanoire 12, est 
10 faito suivant le principe d'une file circulaire accessible en 

producteur/consommateur. Trois donnees d 1 information, Tallle, ADR, 
ADW, permettent de definir l*6tat de la zone de donnees de la memoire 
22* Ainsi, de la mfime manidre que pour la memo ire 12, l'unitfi de 
reception 21 ou 1* unite de restitution 23 dejterminent d'aprea ces 
15 donnees ai elles peuvent lire ou 6c r ire et, si oui, a quelles 
actresses de la zone memo ire. 

Dans la memo ire 12, sont egalement stockees dea donnees de 
contrfile mentionnees ci-deasua, i savoir le numero de la derniere 
trame regue Mr par 1' unite de reception 21 et la taille Xr de 
20 l'eapace de stockage disponible dans la memoire tampon 22 elle-meme. 

Ces donnees de contrdle sont lues periodiquement par 1* unite de 
geetion 24 et aont alors transmises par la liaison en mode connected 
40 vers 1' unite serveur 10. 

La gestion de la memoire tampon 22 presente dee particularites 
25 dans la miae en oeuvre: 1* unite de reception 21 doit gerer 
d'eventuelles pertee d'imagea et l'accee de 1'unitS de restitution 23 
ae fait de maniere que la lecture d'une image puiaae ae faire en un 
aeul accds. 

A la reception d'une trame, I'unite de reception 21 lit, dana 
30 son entete, le numero de cette trame et le compare avec celui de la 
trame precedemment regue. Si ces numeroa aont concordants, en general 
a'ila se auivent, ladite trame est atockee dana la memoire tampon 22. 
S'il y a incoherence entre ces numeros, lea tramea de 1' image a 
laquelle aurait due appartenir la trame regue aont invalideea. 
35 L* unite de restitution 23 doit pouvoir acceder a une image 

stockees dans la memoire 22 en une seule lecture. En effet, cela 
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evite la recopie dee donnees d' images dans una autre memoir© tampon, 
laquelle serait accessible par la fo net ion de decompression de 
1' unite de restitution 23. Neanmoins, cette lecture en un seul accds 
pose un probleme lorsque V image considered est etockee dans la 

5 memoire tampon 22 a cheval sur la fin de la zone tampon, comme cela 

est illustre a la Fig. 6. 

La solution & ce probleme consiste a utiliser una zone de 
ddbordement situfi en fin de la zone tampon. La taille de cette zone 
est un majorant de la taille des images. Cette zone est utilisee pour 

10 les images arrivant en fin de tampon. Ainai, lee donnees d'une image 
appartiennent toutes a des blocs contigus da memoire. 

On notera que cette zone de dfibordement n'est utilisee que pour 
una seule image et qu'elle n'est pas incluae dans le calcul de la 
taille disponible utilisee pour la mise a jour de la donnee de 

15 contrGle de la memoire 22. 

Le posit ionnement des informations de numerotation des trames 
video en queue permet egalement d'eviter una recopie de zone memoire, 
et done de gagner du temps. En effet, la trama recue est ecrite en 
recouvrement de la zone contenant les informations de numerotation de 

20 la trame precedente, si bien que les donnees d'une seule image sont 
contigues dans la memoire 22. 

Les etapes d'une session d' envoi de film sont maintenant 
deer ites • 

Lorsque l'unite d'utilisateur 23 d'une unitfi client 20 demande 
25 un film, elle modifie en consequence, dans la memoire 22, la variable 
de commande de 1' unite de gestion 24 et charge le nom du film demande 
dans la zone appropriee de la memoire 22. L'unite de gestion 24 lit 
la memoire 22 et transmet alors le message demande de film (DEMANDS : 
nom). a sa reception par 1' unite serveur 10, I'unitfi de gestion 14 
30 stocke dans la memoire 12, d'une part, la variable de commande de 
1' unite de stockage 11 et, d' autre part, le nom du film demande. 
L'unite de stockage 11 lit la memoire 12 puis ouvre le fichier 
correspondant au film demande. Elle place dans la memoire 12, dans la 
zone appropriee, 1'entete dudit fichier. 
35 L'entfite est lu par l'unite de gestion 14 qui le transmet A 

l'unitfi de gestion 24 de Ignite client demanderesse 20 (SNTETE : 
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an). Si la transmission s'eet correctement effectufte, 1* unit 6 de 
gestion 24 transmet un accuse reception ( BKRB_ACX ) et stocks ledit 
entftte dans l'unitft de restitution 23, et ce par 1 ' lntermftdiaire de 
la memo ire tampon 22. 

A la reception de cet accuse reception, 1* unite de gestion 14 
rend act if, dans la mftmoire 12, la variable de commando de 1* unite de 
stockage 11 qui lit les donnees d' image du fichier demands et les 
stocke dans la memoire 12, comme cela a fttft expliquft ci-dessus. 

L'unitft d* emission 13 lit les donnees d' images qui sont stockftes 
dans la memoire tampon 12 et les transmet, par la liaison en mode non 
connects 30, a 1 'unite reception 21 de l'unitft client demandeur 20. 

Les donnees d 1 images sont alors stockftes dans la memoire tampon 
22 ou elles sont disponibles pour leur lecture par 1' unite de 
restitution 23. 

Lorsque 1' unite d* emission 13 dfttecte la fin du fichier, elle 
transmet cette information, via la memoire 12, a l'unitft de gestion 
14, laquelle transmet le message de fin ( PIN ) A l'unitft de gestion 24 
de l'unitft 20. 

En cas d' interruption demandfte par l'unitft client 20, l'unitft de 
gestion 14 regoit de l'unitft de gestion 24 de l'unitft client 20 le 
message d' interruption (IHTKRRUPTI0H) et commando alors l'unitft 
d* emission 13 pour qu'elle n'envoie plus de donnees d* image. 
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REVINDICATIONS 

1) Proc6d6 de transmission de donates representatives de 
sequences d* images et de sons entre une unit* aerveur (10) et au 
moins une unit6 client (20) via un rteeau (30), lesdites donntes 
d' images et de sons Stant arrangtes en trames success ives, 
caracterisfi en ce qu'il conaiste a, cdt6 unite aerveur (10), emettre, 
aur ledit rteeau (30), lesditea donntes trame apres trame, a, c6t6 
unite client (20), s toe Jeer lea trained recues de 1* unit 6 aerveur (10) 
dans une memo ire tampon (22), et A lire lea trames stocktes dans 
ladite memo ire (22) pour la reproduction dee images et des sons lite 
auxdites trames lues. 

2) Proctee" de transmission de donntes selon la revendication 1, 
caracterisd en ce que chaque trame comporte un champ de donntes (DON) 
dans lequel aont stocktes les donntes utiles et un champ 
identificateur (ID) dana lequel aont notamment definis le numero de 
1' image a laquelle appartient ladite trame, le numero de ladite trame 
dans ladite image, le nombre de trames dans ladite image et la taille 
de ladite image. 

3) Proceeds selon la revendication 2, caracterise' en ce que ledit 
champ identificateur (ID) est place en queue de trame, chaque trame 
6tant stockte dans la meraoire (22) de 1' unite* client (20) en 
recouvrement du champ identificateur (ID) de la trame prteteemment 
stockte. 

4) Proc6d6 de transmission de donnees selon la revendication 1, 
2 ou 3, caracterise* en ce qu'il consists a emettre, c6t6 unite* client 
(20) et periodiquement , des donntes de controls vers 1* unite aerveur 
(10), lesditea donnees de contrdle comportent des donnees sur la 
taille de l*espace de stockage disponible en ecriture litre dans 
ladite memoire tampon (22), 1* unit 6 aerveur (10) ne transmettant une 
nouvelle trame que lorsque lesditea donnees indiquent une taille 
dudit espace suffisant pour la atocker. 

5) Proced6 de transmission de donntes selon la revendication 4, 
caracterise en ce que lesditea donnees de contrdle comportent encore 
des donntes sur le numero de la derniere trame recue par 1' unite 
client. 
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6) Procede de transmission de donnees salon une des 
revendications precedentes, caracterise en ce qu'il consiste a 
emettre, cflte unite client, des donnees de commande vers 1' unite 
serveur, lesdites donnees de commande etant representatives de 

5 commandes de demande d'un film et d' interruption de transmission d'un 

film, et d'avertiseement de la fin de film, 

7) Procede de transmission de donnees selon une des 
revendications 4, 5 ou 6, caracterise en ce que lesdites donnees de 
contrfile et lesdites donnees de commande sont transmises sur le 

10 reseau en mode connecte alors que lea trames d' images et de sons sont 
transmises en mode non connected 

8) Systeme de transmission de donnees representatives de 
sequence d' images et de sons pour la miae en oeuvre de I'une des 
revendications 1 a 7, ledit systeme comprenant une unite serveur (10) 

15 et au moins une unite client (20) transmettant lesdites donnees via 
un reseau (30), lesdites donnees d' images et de sons etant arrangees 
en trames successive*, caracterise en ce que l'unite serveur (10) 
comporte une unite d' emission (13) prevue pour emettre lesdites 
donnees trame apres trame , en ce que chaque unite client ( 20 ) 

20 comporte une memoire tampon (22) pour stockar les trames recues de 

1' unite serveur (10) et une unite de restitution (23) prevue pour 
lire les trames stockees dans ladite memoire (22) et pour reproduire 
1' image et les sons lies auxdites trames lues. 

9) Systeme de transmission de donnees selon la revendication 8, 
25 caracterise en ce que 1* unite client (20) est prevue pour emettre 

periodiquement des donnees de contrdle vers 1' unite serveur (10), 
lesdites donnees de contrSle comportent des donnees sur la taille de 
l'espace de etockage libre dans ladite memoire tampon (22), l'unite 
d' emission (13) de 1' unite serveur (10) ne transmettant une nouvelle 
30 trame que lorsque ledit espace est suffisant pour la stocker dans 

ladite memoire (22). 

10) Systeme de transmission de donnees selon la revendication 9, 
caracterise en ce que lesdites donnees de contrdle comportent encore 
des donnees sur le numero de la derniere trame recue par 1' unite 

35 client. 
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11) Systeme de transmission de donnees so Ion uno dos 
revendications & i 10, caracteris6 en co que 1* unite" client (20) eat 
prevue pour emettre des donnees de commands vers 1' unite* serveur 
(10), leadites donnees de commands etant representatives de commandes 
de demands d'un film et d' interruption de transmission d'un film, «t 
d' avert issement de la fin dudit film. 

12) Systdme de transmission de donnees selon une des 
revendications 8 a 11, caracterise* en ce que l'unitd serveur (10) et 
l'unitfi client (20) comportent respectivement des unites de gestion 
(14 et 24) pre"vuea pour transmettre entre elles lesdites donnees de 
contrfile et lesdites donnees de commande en mode connects dudit 
reseau * 

13) Systeme de transmission de donnees selon une des 
revendications 8 a 12, caracterisd en ce que ladite memoire tampon 
(22) de l'unitd client (10) comporte une zone dans laquelle sont 
memorises les trames qui ont M recues jusqu'ici et qui n'ont pas 
6t6 encore lues et une 2one d' informations sur la transmission en 
cours, lesdites informations consistant en la taille disponible en 
ecriture dans ladite memoire (22), l'adresse de la prochaine trame a 
lire par l'unitfi de restitution (23) et l'adresse a laquelle devra 
fitre ecrite la prochaine trame recue. 

14) Systdme de transmission de donndes selon la revendication 
13, caracterisd en ce que ladite memoire tampon (22) comporte encore 
une zone dans laquelle est stocks le numero de la dernidre trame 

25 recue. 

15) Systeme de transmission de donnees selon une des 
revendications 8 a 14, caracteris6 en ce que l'unitfi serveur (10) 
comporte une unite* de stockage (11) et une memoire tampon (12), 
ladite memoire tampon (12) comport ant une zone dans laquelle sont 
memoristes les trames a emettre par 1' unite d' emission (13) vers une 
unite client (20) et une zone d ' informations sur la transmission en 
cours, lesdites informations consistant en la taille de l'eepace 
disponible en ficriture dans ladite memoire (12), l'adresse de la 
prochaine trame a lire par l'unitfi d' emission (13) et l'adresse 1 
laquelle devra etre ecrite la prochaine trame recue de l'unitfi de 
stockage ( 11 ) • 



35 
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16) Systtae de transmission de donnees selon la revindication 

15, caractdrisd an ce que ladite memoire tampon (12) comporte encore 
una zone dans laquelle est stockee la valeur de la taille de l'espace 
disponible pour 6criture dans la memoire (22) de 1' unit 6 client (20). 

17) Syst&ne de transmission de donnees selon la revendication 

16, caract$ris6 en ce que ladite unit* serveur (10) comporte une 
unite de comsande (16) pr6vue pour commander la lecture d'une traae 
dans la mfimoire (12) et son emission vers l'unitd client par l'unit* 
d* emission (13) lorsque ladite valeur de taille est super ieure i la 
taille de ladite trame. 
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